<template>
    <div>
        <h4 class="desc-title">示意图</h4>
        <img src="@/assets/images/single-gray.png" width="1000" height="520" style="overflow:hidden"/>

        <h4 class="desc-title">操作步骤</h4>
        <h5 class="desc-item-title">1.实例打标</h5>
        <div style="font-size: 12px;">
            <p>gk-route-rule 的标签会在整个链路中透传，需要对其进行打标，可以按照自定义的设定， 如版本号（一般为版本号）、分组名等，具体打标方式参照流量染色</p>
            <p style="color: blue;">gk-route-rule=v2.0 </p>
            <p style="color: orange;">建议：每一次的版本号一般为最大版本号加1，该版本即为金丝雀服务，之前的为非金丝雀服务，可以在配置中心配置，也可以注册中心的实例管理中设置标签</p>
        </div>
        <h5 class="desc-item-title">2.部署实例</h5>
        <div style="font-size: 12px;">
            <p>将打完标的实例部署到服务器，部署完成之后，旧的版本的应用实例也应同时一起提供服务。</p>
        </div>
        <h5 class="desc-item-title">3.配置规则</h5>
        <div style="font-size: 12px;">
            <p>在服务端路由规则中指定的规则中配置好各个调用方到被调方的子项规则（每个调用方和被调方都有自己独立的规则），调整流量比重，按照粘性规则和流量比重走到灰度的服务，其它的走非灰度服务，子项规则必须调用方和被调方都必须明确服务名</p>
            <div >
                <img src="@/assets/images/single-gray-rule.png" width="1000" height="400" style="overflow:hidden"/>
            </div>
            <p style="color: red;">注意：1.相同调用方和被调方的标签会按照优先级被覆盖</p>
            <p style="color: red; margin-left: 36px;">2.*表示所有服务都遵循此规则</p>
            <p style="color: red; margin-left: 36px;">3.建议根据实际服务器状况，有规则阶段性调整流量比重，逐步观察灰度服务的状态</p>
        </div>
        <h5 class="desc-item-title">4.观测上线情况</h5>
        <div style="font-size: 12px;">
            <p>如果灰度服务的状态在一段时间内运行正常，则可以把旧版本逐渐滚动发布成新的版本。</p>
        </div>
    </div>
</template>

<script>
export default {

}
</script>

<style>

</style>